home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940330.txt < prev    next >
Internet Message Format  |  1994-11-13  |  17KB
  1. Date: Wed,  5 Oct 94 04:30:23 PDT
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: List
  6. Subject: Ham-Digital Digest V94 #330
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Wed,  5 Oct 94       Volume 94 : Issue  330
  11.  
  12. Today's Topics:
  13.                           56k+ Packet System
  14.                         BAYCOM & MUD (2 msgs)
  15.                           C sources of 7+ ?
  16.                            EME digital link
  17.                   From FBB to TCP/IP ?NOS solution.
  18.                     High speed packet help needed!
  19.                       operating system history..
  20.                  Paket 6.1 - Help file for MFJ1270??
  21.                              THENET X1J2
  22.  
  23. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  24. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  25. Problems you can't solve otherwise to brian@ucsd.edu.
  26.  
  27. Archives of past issues of the Ham-Digital Digest are available 
  28. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  29.  
  30. We trust that readers are intelligent enough to realize that all text
  31. herein consists of personal comments and does not represent the official
  32. policies or positions of any party.  Your mileage may vary.  So there.
  33. ----------------------------------------------------------------------
  34.  
  35. Date: 4 Oct 1994 15:05:27 -0400
  36. From: thayes@hardees.rutgers.edu (Tim Hayes)
  37. Subject: 56k+ Packet System
  38.  
  39. gary@ke4zv.atl.ga.us (Gary Coffman) writes:
  40.  
  41. >Well then you need a GRAPES 56kb RF modem. It's $250, and with the
  42. >necessary transverter and digital interface, it's still under $600.
  43. >Most of the voice radios being used for 1200 baud packet cost nearly
  44. >that much. 46 times the throughput for about the same money is an
  45. >unbeatable deal.
  46.  
  47.  From what I've heard there isn't a ealisy available transverter that works
  48. reliably with the GRAPES hardware.
  49.  
  50. How much work is it to put one of these systems together? I'd be intersted in
  51. running something like this, but its hardly what you could call
  52. "plug and play"...
  53. -- 
  54. Tim Hayes <thayes@noc.Rutgers.EDU> Rutgers University Computing Services
  55.  PGP KEY FINGERPRINT:  05 A2 83 DE 81 A0 AF 1D  74 02 BE 99 FB 8E AF 4C
  56.  
  57. ------------------------------
  58.  
  59. Date: 3 Oct 1994 20:26:44 GMT
  60. From: rgm@bilbo.baylor.edu (Ross G. Miller)
  61. Subject: BAYCOM & MUD
  62.  
  63.    <SNIP>
  64. : : Hate to tell you, but the *only* mud code you're going to find is for
  65. : : TCP/IP.  Though there is one that works over Appletalk on the Mac, I
  66. : : guess (hadn't thought about that).  You're either going to switch over
  67. : : to TCP/IP (easy) or totally rewrite the MUD driver (not so easy).
  68.  
  69.    <SNIP>
  70.  
  71.  On a similar note - what about running a MUD over packet (using a standard
  72.  TNC) and using NOS as the TCP/IP driver?.  Add to this mess the further    
  73.  complication that all of this is operating under OS/2 2.1.
  74.  
  75.  ie:  I'm running OS/2 2.1 on a 486-33.  I'm planning on setting up a packet
  76.  station using NOS for OS/2.  There is a mud that has been compiled for
  77.  OS/2 out there - CircleMud, I believe.  Is it possible to make the Mud and
  78.  NOS and OS/2 all get along and function properly?
  79.   Thanks
  80.  
  81.  -Ross
  82.   __2___   <-- Still waiting for the FCC to fill in the blanks...
  83.  
  84. ------------------------------
  85.  
  86. Date: 4 Oct 1994 00:30:30 GMT
  87. From: ron@chaos.UCSD.EDU (Ron Atkinson)
  88. Subject: BAYCOM & MUD
  89.  
  90. Ross G. Miller (rgm@bilbo.baylor.edu) wrote:
  91. :  On a similar note - what about running a MUD over packet (using a standard
  92. :  TNC) and using NOS as the TCP/IP driver?.  Add to this mess the further    
  93. :  complication that all of this is operating under OS/2 2.1.
  94.  
  95. :  ie:  I'm running OS/2 2.1 on a 486-33.  I'm planning on setting up a packet
  96. :  station using NOS for OS/2.  There is a mud that has been compiled for
  97. :  OS/2 out there - CircleMud, I believe.  Is it possible to make the Mud and
  98. :  NOS and OS/2 all get along and function properly?
  99. :   Thanks
  100.  
  101. If you can get the NOS system to talk to it, then sure. I have no idea how
  102. it's setup to run under OS/2 and to talk to other systems.  If it uses
  103. TCP/IP under OS/2 (not NOS either) then you just need a way to have NOS
  104. talk to that.  Basically NOS should be setup as a front end to the OS/2
  105. box. If OS/2 has TCP/IP installed then just give it an address and people
  106. can then telnet right into the MUD game.  If the user is running just plain
  107. AX.25 then it's a bit more complicated.  A kludge would be for the user to
  108. connect to the NOS system and then do a telnet to the MUD from the mailbox.
  109. As I mentioned in a previous message,  this is very slow and doesn't work
  110. very well.  A better way would be to get a connection redirector put into 
  111. the NOS code to redirect one incoming protocol connect to another one. For
  112. example,  you define an incoming AX.25 connect to actually do a telnet to
  113. another system and port number.  Code for this exists for KA9Q base code 
  114. and also for JNOS, but it's not in the release for JNOS at the moment (and
  115. I don't have the code handy either for JNOS but I have the patches for
  116. Phil's code somewhere). Can't say about NOS for OS/2 though.  
  117.  
  118. Bascially what I do at home now is run Linux with both AX.25 in the kernel
  119. and JNOS/Linux.  JNOS runs the low speed 1200 stuff better, that's why
  120. it's installed. Plus it's easier for a regular packet person to understand
  121. when they see a NOS mailbox.  The Linux side though is talking to the JNOS
  122. via a pty (psuedo tty) using SLIP and anyone can just telnet to any
  123. application running under the Linux side. The Linux is also published on
  124. the JNOS too so they don't even have to know to route via it since the
  125. JNOS will answer for incoming Linux packets over the air.  I fired up a
  126. MUD a while back over packet just to goof around with and found that NOS
  127. didn't like some of it due to some terminal emulation that was required.
  128. When a local connects using Linux it works great, when using NOS some
  129. verions chopped over the first character of each line and some lines
  130. were double spaced.  Trying to go through the JNOS mailbox on Linux was
  131. also a waste of time since that worked pretty badly.
  132.  
  133. If you wanted to do incoming AX.25 connects to
  134. a MUD on a Linux system, install the AX.25 in the kernel and just modify
  135. the souce for the  axl  AX.25 listener program to run the MUD.  I've done
  136. this for other applications and it's worked so far, but havn't tried it
  137. for a MUD to see if it works yet.  Maybe I'll give it a whirl just out
  138. of curiosity.
  139.  
  140. Ron N8FOW
  141.  
  142. ------------------------------
  143.  
  144. Date: 3 Oct 1994 08:11:34 +0100
  145. From: cerdini@zen.dedal.fr.net (Michel CERDINI)
  146. Subject: C sources of 7+ ?
  147.  
  148.  Someone know where we can found C sources of 7plus (to compile it with Linux) ?
  149.  
  150. Thanks,
  151. --
  152. Michel CERDINI BP5574 69247 Lyon Cedex 05 | E-Mail  cerdini@zen.dedal.fr.net
  153.  RTC Zenith / BBS Zenux  Acces Mail+News  |  AX25   F1ITS@F8KLY.FRHA.FRA.EU
  154. Minitel: 7836.1996 - VFast 24k: 7836.1001 | AmprNet f1its.ampr.org 44.151.69.10
  155.  
  156. ------------------------------
  157.  
  158. Date: 4 Oct 1994 01:54:36 GMT
  159. From: little@iamu.chi.dec.com (Todd Little)
  160. Subject: EME digital link
  161.  
  162. In article <Cx3zL2.692@cscsun.rmc.edu>, dtiller@cscsun.rmc.edu (David Tiller) writes:
  163. |>
  164. |>Don't forget Faraday rotation, libration fading, etc...Why not wait for the
  165. |>phase 3d sats - geostationary beats the tar out of the moon, IMHO, and it's
  166. |>a lot closer (shorter delay time).
  167. |>-- 
  168.  
  169. To the best of my knowledge, phase 3d is *not* geostationary.  It's hard to
  170. get world wide funding for a bird in geosynchronous orbit since it would
  171. only cover a portion of one hemisphere.
  172.  
  173. 73,
  174. Todd
  175. N9MWB
  176.  
  177. ------------------------------
  178.  
  179. Date: Mon, 03 Oct 94 05:56:26 GMT
  180. From: filip@ppnway.ping.dk (Filip Stadler)
  181. Subject: From FBB to TCP/IP ?NOS solution.
  182.  
  183. - I have some questions related to JNOS, because I like to
  184. replace a running fbb-bbs installation with a tcp/ip nos
  185. solution and later do a switch from dos to maybe linux.
  186. But It's not easy to brake old habbits :-)
  187.  
  188. - First I must say after running fbb-bbs a long time and
  189. makeing tools and small online programs,cfilter,mfilters,
  190. message servers and etc, I get almost dependent on this
  191. great fbb program :-).  Maybe that explains why this fbb
  192. bbs software is a very commen solution in europe and the
  193. usage of local tcp/ip radio activity is maybe limited.
  194.  
  195. Data-compression on mail forward and phone modem support
  196. with commen protocols like x/Zmodem does also make it a
  197. nice solution with FBB in some cases.  Anyway bulletin
  198. distribution of mail areas on a FBB is limited, even if we
  199. localy have made usage of (G PPN###) in forward files to
  200. make maybe 000-999 news-chanals assigned to local area
  201. interrest groups and where a forward is done on subjects.
  202. No swapping is needed or recommend but a PG SEND program can
  203. put new mail in the right PPN### distribution chanal
  204. depending on keywords.  The usage of selective distribution
  205. is very easy and (! G PPN010) or (G PPN0##) is nice to have.
  206.  
  207. - All this is only done, because it's not possible to use
  208. maybe (G radio.digital.*) on FBB 5.15C. But then it should
  209. be possible on a tcp/ip JNOS solution with smtp/nntp ?
  210.  
  211. - Anyway I have a JNOS 1.10F but for some reason the ppp
  212. protocol were missing and the NNTP was not included, but
  213. something called POP3 was included ?
  214.  
  215. A first time nos installation from the beginning is not easy
  216. with all the very drifferent unknown nos versions were some
  217. parts are missing.  So I have to find a solution/compilation
  218. some where, with ppp was implemented also, can you help me?
  219.  
  220. By the way is it possible to do forward between a fbb-bbs
  221. and jnos via PSTN/Modem connections also?
  222.  
  223. I am running DOS and I also have Turbo-C 2.0 and have a
  224. limited C know-how, but is it possible to compile jnos
  225. 1.10 with using the turbo-c 2.0 compiler ?
  226.  
  227. My plans is to install linux later makes the jnos tcp/ip
  228. packet solution looking even more fun as fbb may not be
  229. available for linux anyway and it's fun with alternative
  230. solutions also.   I understand that usage of mail-compression
  231. on forward etc. like on the FBB is also commen now on tcp/ip
  232. packet mailbox solution even netrom support is part of jnos,
  233. so it is a much interresting solution.
  234.  
  235. I have two AEA PK88 modems and a ZyXEL modem on a 486/8mb
  236. with NE2000 connnected to another pc. where disk resources
  237. etc. should be possible shared via a (tcp/ip peer to peer)
  238. link solution.
  239.  
  240. I welcome any advise or suggestions going from the fbb to
  241. a tcp/ip compatible solution on packetradio.
  242.  
  243. --
  244.   o                                               <filip@ppnway.ping.dk>
  245.  /M>Filip
  246.  //Stadler
  247.  
  248. ------------------------------
  249.  
  250. Date: 4 Oct 1994 02:27:23 GMT
  251. From: au659@yfn.ysu.edu (Christopher Carde)
  252. Subject: High speed packet help needed!
  253.  
  254.   Hello! I've been trying to set up several local (ie very low power) high
  255. speed data (hopefully > 9600) links as the hopefull beginning of a high speed
  256. TCP/IP subnet in my area (Western Mass). However, I've been off of packet for
  257. a long time (ever since my last station was downed from massive equipment
  258. failure) and I'm willing to bet that a lot has changed in that time.
  259.  
  260.   I would very much appreciate it if anyone could give me some pointers
  261. on what radios/modems/bands I should consider! At this point, we'll probably
  262. be starting out with a single point to point link, but at some point we'd
  263. like to add more nodes, either with another point to point link, or using
  264. one LAN frequency.
  265.  
  266.  Any and all help and advice will be appreciated!
  267.  
  268. Chris
  269. N1KEX
  270.  
  271. ------------------------------
  272.  
  273. Date: 3 Oct 1994 21:31:48 GMT
  274. From: richard@sfu.ca (Richard Chycoski)
  275. Subject: operating system history..
  276.  
  277. > >        Can't say I noticed it particularly myself, and I jumped directly
  278. > >from the one to the other.  There was a microprocessor, name forgotten, that
  279. > >did implement a PDP-8.
  280. >... 
  281. > >Ivan Reid, Paul Scherrer Institute, CH.
  282. > >ivan@cvax.psi.ch
  283. > 
  284. > The Harris 6120 implemented the PDP8 instruction set. DEC used it in 4 
  285. > products: VT78, VT278, DECmate II and DECmate III
  286. > Jeff McLeman                             Internet: jeffmc@halcyon.com
  287.  
  288. Intersil made the IM6100, the original PDP/8 micro. (Harris made copies of this  
  289. with varyng configurations.) I still have an old Intersil development board  
  290. around. It's main claim to fame: low power CMOS design, while most  
  291. microcomputers of the time were still pretty power hungry.
  292.  
  293. PAL III, anybody? (:-)
  294.  
  295. --
  296. - Richard Chycoski                    richard@sfu.ca (NeXT Mail OK)
  297.   Senior Systems Consultant
  298.   Academic Computing Services
  299.   Simon Fraser University
  300.  
  301. ------------------------------
  302.  
  303. Date: Tue, 4 Oct 1994 12:52:35 GMT
  304. From: frode@dxcern.cern.ch (Frode Weierud)
  305. Subject: Paket 6.1 - Help file for MFJ1270??
  306.  
  307. In <uM9Zk4WzUs9E069yn@kaiwan.com> bnovak@kaiwan.com (Bob Novak) writes:
  308.  
  309. >In article <36if00$qpq@vixen.cso.uiuc.edu>,
  310. >dlehnen@prairienet.org (Dan Lehnen) wrote:
  311. >> 
  312. >> I have heard that there is a Paket 6.1 version out. Can anyone tell
  313. >> me where to find it.?
  314. >> 
  315. >> Paket Lover in Illinois.
  316. >> -- 
  317. >  It's at FTP.FUNET.FI 
  318. >          /pub/ham/packet/terminal/paket61.zip
  319.  
  320.  
  321. >-- 
  322. > -------------------------------------------------------------------
  323. > | E-Mail: bnovak@kaiwan.com  |  Packet: K0OK@K6VE.#SOCA.CA.USA.NA |
  324. > -------------------------------------------------------------------
  325.  
  326. I have just fetched paket61.zip from the above mentioned address
  327. and installed it on my machine.  It looks great, but during installation
  328. I gave my TNC as MFJ1270, and the installation program failed to
  329. find the help file for this TNC. The read.me file says:
  330.  
  331. This version includes eleven different TNC Help files, many of which were
  332. supplied by paKet users.  Thanks to those who have produced these
  333. additional Help files for their TNCs.  I know all users of those TNCs will
  334. appreciate your efforts:
  335.  
  336. Help File          Description                     Created by
  337. ----------------------------------------------------------------
  338. DSP-12.HLP         for the DSP-12                  Carl VK2JJM
  339.  
  340. KAM.HLP            for the Kantronics range        Col VK2KQX
  341.                    especially for the KAM          updated by
  342.                                                    Andy VK4WAC
  343.  
  344. KPC-3.HLP          for the Kantronics KPC-3        Carl KG0HS
  345.  
  346. MFJ1270.HLP        for the MFJ 1270B and           Philip ZL3GP
  347.  (new in 6.1)      the MFJ-1274
  348.  
  349. PK-88.HLP          for the AEA PK-88               Jim G6FCL
  350.  
  351. TINY231.HLP        for the TINY-2 with firmware    Stan G4EGH
  352.                    versions 3.0 or 3.1
  353.  
  354. TNC1.HLP           for the original TNC-1          Norm VK2XCI
  355.  
  356. The distribution on FTP.FUNET.FI has only ten help files and the 
  357. MFJ1270.HLP is missing.  Anybody known where to get the missing file?
  358.  
  359. 73 Frode, F/LA2RL
  360.  
  361. ------------------------------
  362.  
  363. Date: Tue, 04 Oct 94 07:52:28 EDT
  364. From: rapp@lmr.mv.com (Larry Rappaport)
  365. Subject: THENET X1J2
  366.  
  367. jim.ridley@aznetig.stat.COM (Jim Ridley) writes:
  368.  
  369. > 
  370. > I am having a problem with the memory deteriorating on a X1J2 firmware.
  371. > The memory seems to deteriorate worse when large file transfers and etc
  372. > are being passed.   I am using a Tiny II with a DCD board installed.
  373. > Meter switches have been toggled off.  I understand this is somewhat of
  374. > a common problem and I wonder if anyone has a solution.
  375. > Thanks de Jim Ridley  (K5LGW)
  376.  
  377. Having the same problem, Jim.  The two responses I've gotten indicate that
  378. you must use a TNC with a cpu operating at 4.9Mhz or above.  One fellow
  379. indicates that he switchet to 10mhz and the problem disappeared.  The other
  380. solution was to use a DCD board which you already seem to have.  
  381.  
  382. Please post any other solutions you may hear of.  Thanks & 73,
  383.  
  384. Larry W1HJF
  385. -----------------------------------------------------------------------------
  386. L. M. Rappaport &  Associates, Inc.   rapp@lmr.mv.com   voice +1 603 237 8400
  387. Colebrook, NH  03576-0158             CIS 72427,2567    fax   +1 603 237 8430
  388.  
  389. ------------------------------
  390.  
  391. Date: 4 Oct 1994 17:58:37 GMT
  392. From: noel@garnet.msen.com (Noel Maddy)
  393.  
  394. References<1OCT199406574292@erich.triumf.ca> <jeffmc.37.000BE3FF@halcyon.com>, <Cx0r5w.oq@news.cern.ch>
  395. Subject: Re: operating system history..
  396.  
  397. Dan Pop (danpop@cernapo.cern.ch) wrote:
  398. : In <jeffmc.37.000BE3FF@halcyon.com> jeffmc@halcyon.com (Jeff McLeman) writes:
  399.  
  400. : >canceled RISC machine that DEC was doing, until the politics got involved. The 
  401. : >cancelation prompted the departure of DEC's best OS and HW architects to 
  402. : >Microsoft. The end result is Windows NT.)
  403.  
  404. : What the hell is Microsoft supposed to do with HW architects?
  405. : We've seen what they did with the OS architects :-)
  406.  
  407. : Dan
  408. : --
  409. : Dan Pop 
  410. : CERN, CN Division
  411. : Email: danpop@cernapo.cern.ch
  412. : Mail:  CERN - PPE, Bat. 31 R-004, CH-1211 Geneve 23, Switzerland
  413.  
  414. They developed a new mouse and a new keyboard! ;-)
  415.  
  416. --
  417. Noel Maddy            noel@mail.msen.com           Work:  ncm@biostat.hfh.edu
  418.  
  419. "There are no infrastructure heros." - Dan McLaren
  420.  
  421. ------------------------------
  422.  
  423. End of Ham-Digital Digest V94 #330
  424. ******************************
  425.